Cart
[Home] [By Thread] [By Date] [Recent Entries]
Alaric B. Snell wrote: >>Speaking as one who has just invested several very painful solid days >>trying to pick apart 1.3 million data records transmitted in ASN.1/BER >>(the one or two publicly available pieces of software that claimed to do >>BER silently failed to do anything, the information provider's own C >>program was idiosyncratic, failed to compile out of the box, and ran >>painfully slow), and then discovered that all the non-ASCII characters >>are hosed, I hope that this effort bears fruit. > > Sounds like it was a lame implementation, rather than ASN.1 itself at > fault... ASN.1/BER handles Unicode fine, and normally works OK! Sorry, not good enough. When someone sends me a pile of what's alleged to be XML (a) I can use lots of impartial 3rd-party software to find out whether it really is or not, and (b) That software runs pretty fast, and (c) It never breaks non-ASCII characters. I've actually had consistently nasty experiences with (alleged) ASN.1. Is there actually a widely-available utility out there that I can download from somewhere that will reliably and robustly read BER-encoded ASN.1? Google dosn't find much. There's some stuff from IBM Developerworks (you have to download a mountain of other Java to get it to work, sigh). If this silently refuses to unpack the BER should I feel confident in throwing the BER back in the data provider's face? -Tim
|
