|
View previous topic :: View next topic
|
| Author |
Message |
vinay_care
New User
Joined: 22 Sep 2006
Posts: 17
|
|
|
|
Hi,
I 'm receiving a file from the Front end(java script) which has a symbol of '^' defined as a string variable.
ex: 'vinay^kumar'
we need to accept the above symbol and send the same back to front end.
but when it is received to mainframes the symbol changes to 'not' symbol.
and while trying to send the symbol back it shows up a blank space like
'vinay kumar', please let me know any method, could solve my issue.
Thanks,
Vinay |
|
| Back to top |
|
 |
vinay_care
New User
Joined: 22 Sep 2006
Posts: 17
|
|
|
|
| IT is defined with picture clause of X(25) |
|
| Back to top |
|
|
Marso
REXX Moderator
Joined: 13 Mar 2006
Posts: 1353
Location: Israel
|
|
|
|
On the PC, data is in ASCII format. On the mainframe, it is in EBCDIC.
When a file is transferred from one platform to the other, the data is
translated from one format to the other.
All (well behaved) applications use a translation table, this allows for
customizing languages.
On the PC, the character "^" is '5E' in hexa (or 94 in decimal).
When it reaches the mainframe, it has been translated into (maybe) another hexa value,
which you have to find out and use instead of the character "^".
When transferred back to the PC, it is translated again, and the result
may be different from the original (usualy there are separate tables and they may not be synchronized).
Now, you have to find which value you have received (EDIT the dataset, view in hexa)
and you have to know which character to send that will show as a "^" (it's called a "caret" if I remember well) on the PC.
If it shows as a space on the PC after receiving the file, maybe the table translate all "unknown" characters to space ? |
|
| Back to top |
|
|
vinay_care
New User
Joined: 22 Sep 2006
Posts: 17
|
|
|
|
| Thanks its a very good info...will try to find the matching value |
|
| Back to top |
|
|
|
|
