[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: CCSID issues



Hi Mike,

The debug log is purely intended to be human-readable.  HTTPAPI is 
specifically designed that your program doesn't need to check the 
contents of this file to detect errors.

If you've found a situation where an error can't be detected 
programmatically without reading this debug file, I'd appreciate you 
sharing that information with me.  I'd consider that to be a bug, and 
would like to improve it so that checking the debug log isn't needed.

Check the debug log at your own risk:  I may add/remove messages from 
that log at any time, and I may choose to rephrase them, as needed to 
make the log useful to me.  The log is only intended to be read by a 
human being, so I can make changes with impunity.

But, having said that, if you really need to read it in a program, then 
using the open() API with O_TEXTDATA (and maybe O_CCSID) followed by the 
read() API should work just fine.

CH2WRRD is a beginner example from my tutorial. To learn how to use 
CCSID support, you'll need to read a little further in the tutorial -- 
chapter 5.  However, be aware that the tutorial is out of date, and 
discusses code page support instead of ccsid support.  CCSID support is 
enabled by using the O_CCSID flag in place of the O_CODEPAGE flag.


On 3/1/2010 9:21 AM, Smith, Mike wrote:
>
>     I am working on a project that will have multiple error/log files.
>     The idea is that I will be sending orders and because of volume I will
>     create a unique log/error file for each order.  So far so good.  After
>     I send the order, I need to check the log file to see if there is an
>     error.  I'm trying to read the file directly from the IFS using
>     program CH2WRRD(from scotts IFS examples).  This is where the problem
>     comes in.  I'm able to read the file, but its garbage.
>
>     The initial log file seems to have a CCSID of 819.  I've tried
>     changing to 37.  It seems to be a CCSID problem, but I'm not sure what
>     to do about it.  Ideas?
>
>     Thanks
>
>     Mike
-----------------------------------------------------------------------
This is the FTPAPI mailing list.  To unsubscribe, please go to:
http://www.scottklement.com/mailman/listinfo/ftpapi
-----------------------------------------------------------------------