Re: Translation problems

["Mike Silvers" <msilvers@xxxxxxxxxxx>]

Thanks for your response... Now comes the time to fess up to my basic
mistake :)

I reviewed the programs again -- the problem was not in the translation -- 
it was a more basic problem.  The problem was that I was passing parameters
that contained spaces and did not enclose those parameters in quotes.  It
was "one of those days" -- long day looking at the same code.  It is amazing
what happens after reviewing the code the next day.

Sorry :(

Thanks for responses.

Mike

----- Original Message ----- 
From: "Scott Klement" <klemscot@xxxxxxxxxxxx>
To: "RPG programming on the AS400 / iSeries" <rpg400-l@xxxxxxxxxxxx>
Sent: Monday, May 24, 2004 4:16 PM
Subject: Re: Translation problems


>
> Hi Mike,
>
> > I am having problems converting ASCII to EBCDIC.  I am using the rexec
API
> > to process a program and receive parameters back from the program.  When
I
> > receive the parameters back (from the stdin stream), the results are in
> > ASCII.  I am using the QDCXLATE call to convert ASCII to EBCDIC.  The
table
> > I am using is QEBCDIC.
>
> I prefer QTCPEBC, and QTCPASC, but the "correct" table will probably
> depend on your country/language.
>
> > The translations are not occurring correctly.  For example....  the data
to
> > be translated is "test 1".  The data is translated into "TEST".  Another
> > line of data "TEST 2" is translated into "TEST".
>
> I'm not clear on what you're saying here.  Are you saying that it's
> converting "test" into "TEST"? (in order words, converting the word to
> all-uppercase?)   If so, I know that's not the normal behavior of QEBCDIC,
> so I'm a bit confused.
>
> Or, are you saying that it's stripping off the number?  Like converting
> "TEST 1" to "TEST"?  If so, that again isn't the behavior ot QDCXLATE.
> It's more likely that you're reading the data faster than the network can
> transport it, and therefore you're getting partial data returned.
>
> > I was going to use the API IConv, but the examples are not quite clear.
>
> Have you checked the archives for examples of iconv()?  I know that it has
> been posted before.  If not, let me know and I'll post a new example.
> But, if the problem is that the data is getting chopped off, iconv() isn't
> going to solve the problem.
>
> _______________________________________________
> This is the RPG programming on the AS400 / iSeries (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.
>
>