I have seen this with some JREs and RedBack - this looks similar. The problem was that there was some HTTPencoding going on and the inbuilt JRE method call was wrong.
This was resolved by overloading the class........... IE:Hex value 253 (@VM) *SHOULD* have got changed to %FE but got changed to something else altogether..... Other possible issues (RedBack stuff) - make sure you deploy the 4.2 Gateway with the 4.2 server - they can't me mix'n'matched Regards (hope this helps) JayJay -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of David Beahm Sent: 08 July 2004 19:49 To: [EMAIL PROTECTED] Subject: [U2] UniObjects ASCII value shift Is there any reason why strings containing characters of hex value FE would be converted to two characters with hex values C3 BE when being sent to UniData? This is a linux box running UniObjects Java passing the values as subroutine arguments to UniData. More importantly, how do I stop this from happening? I have added NOCONVERT ON and UDT.OPTIONS 33 ON in the subroutine, but there was no change. Using a network sniffer I can see the values are received correctly by Java, and when I process the strings in Java (without UoJ) they are handled correctly. TIA, David Beahm -- ----------------------------------------------------------------------- This email is confidential and intended solely for the use of the individual to whom it is addressed. If you are not the intended recipient, be advised that you have received this email in error and that any use, dissemination, forwarding, printing, or copying of this email is strictly prohibited. If you have received this email in error, please contact the sender. ----------------------------------------------------------------------- ------- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/ ------- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/
