Re: Is this a CCSID thing?

[Peter Dow <petercdow@xxxxxxxxx>]

Hi Thomas,

The last thing you want is any translations taking place on an image 
catalog.

If you were using FTP, I'd say make sure you're in BINary mode, but it 
appears you're using some other method.

If you're using CPY, make sure the FROMCCSID and TOCCSID parameters are 
65535 (no translation).

--
*Peter Dow* /
Dow Software Services, Inc.
909 793-9050
petercdow@xxxxxxxxx
pdow@xxxxxxxxxxxxxx /

On 6/16/2023 12:39 PM, tgarvey@xxxxxxxxxx wrote:
> We're having trouble getting a virtual tape image from a client, and don't
> know where the problem is.
>
> We've done this ourselves internally from one system to another but both
> boxes are the same CCSID.
>
> We had the client (in Latin America) copy the image file from their IFS to a
> thumb drive, and send us the tumb drive.
> We then copied the thumb drive file to our IFS.
> When we try to add an Image catalog Entry (ADDIMGCLGE) from the image file
> we get
>
> CPIBC01               No Image Catalog Entries
> and
>
> CPDBC0C             Image file not valid for image catalogs of type *TAP
>
> The image file specified on the FROMFILE parameter is not valid for an image
> catalog of type *TAP
>
>   
>
> When I look at the CCSID of the original Image file on the client's server,
> it has 819 (Latin-1) as the CCSID.
>
> When it appears on our IFS it has CCSID 1252 (Latin-1 for Windows).
> My presumption is that conversion happened when they copied it from their
> IFS to the thumb drive on their PC.
>
>   
>
> Am I way off on this being the problem? If it may be the problem, how do we
> fix it?
>
> Why doesn't the ADDIMGCLGE NOT see it as an image file?
>
>   
>
> BTW, the default CCSID on our development box is 65535.
>
>   
>
>   
>
>   
>
> Kind Regards,
>
>   
>
> Thomas Garvey
>
>